GJB 5880-2006 软件配置管理
ID: |
3900E32AA1634571A4C06B54D990C64F |
文件大小(MB): |
0.95 |
页数: |
19 |
文件格式: |
|
日期: |
2024-7-14 |
购买: |
文本摘录(文本识别可能有误,但文件阅览显示及打印正常,pdf文件可进行文字搜索定位):
中华人民共和国国家军用标准,■,FL 0112 GJB 5880—2006,软件配置管理,Software configuration management,2OO6T2T5 发布2007-05-01 实施,国防科学技术工业委员会发布,GJB 5880-2006,目 次,前言…,1,2,3,4,5,范围,规范性引用文件,术语和定义……,一般要求,SCM过程实施,III,…1,-1,-1,…2,-2,5.1 启动并定义范围. 2,5.2 策划 3,5.3 控制执行4,54评审并评价SCM过程.. 4,5.5结束. 4,6软件配置标识 4,6.1 软件配置标识原则.. 4,6.2 标识软件配置项..4,6.3 标识软件配置基线.. 4,6.4 标识受控库4,6.5标识进展状态 5,7软件配置控制5,7.1 检入和检出控制. 5,7.2 更改控制 5,7.3 版本控制 5,1A存取控制 5,8软件配置状态记实,8.1 记录标识 .,8.2 跟踪更改.,8.3 报告状态记实丒晻丒,9软件配置评价,10软件的发行管理和交付,10.1,10.2,10.3,10.4,10.5,附录,处理,存储,复制,包装,交付,(资料性附录) 软件入库单示例,(资料性附录) 软件出库单示例,附录,附录,附录,(簧料性附录),(费料性附录),(资料性附录),软件问题报告单示例,软件更改报告单示例,软件配置状态报告单示例,-6,-6,-6,-6,-6,-6,-6,?7,-7,-7,-7,-8,?9,10,11,12,A,附录1,C,D,E,GJB 5880-2006,附录F (资料性附录)配置审核报告示例.. 13,附录G (资料性附录)产品发布清单示例 14,GJB 5880-2006,刖,本标准的附录A至附录G是资料性附录,本标准由国防科工委科技与质量司提出o,本标准由国防科技工业标准化研究中心归口,本标准起草单位:国防科技工业标准化研究中心、航天科技集团公司一院十二所、航天科技集团公,司七。八所、船舶重工集团公司七O九所、中电集团公司十五所等,本标准主要起草人:石 柱、潘美华、郭晓慧、刘远有、程华彦、定国堂、马 力,III,GJB 5880-2066,软件配置管理,1范围,本标准规定了军用软件配置“管理的基本要求、内容和方法,本标准适用于军用软件生存周期各阶段的配置管理,其它软件可参照执行,2规范性引用文件,下列文件中的有关条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所,有的修改单(不包含勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研,究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准,GB/T 8566 信息技术 软件生存周期过程,GB/T 11457软件工程术语,3术语和定义,GB/T 11457确立的以及下列术语和定义适用于本标准,3.1,批准的更改approved change,对软件配置项的一种或多种更改申请的授权更改的处理,注:在更改申请与批准的更改之间可能存在多对多的关系,即一个更改申请可能导致对多个软件配置项的更改,一,个更改可能来源于几个更改申请,3.2,配置控制委员会 configuration control board (CCB),?由技术和管理专家组成的,对配置及其管理具有决策权限和职责的小组,3.3,更改申请 change request,关于纠正软件异常、增强软件功能或改进软件性能的申请报告,注:该申请报告既可能被否决,也可能推迟到以后进行分析,或者被批准。一旦得到批准,更改申请即成为批准的,更改。在更改申请和批准的更改之间可能存在一对一、一对多、或者多对多的关系,3.4,软件配置"software configuration,软件产品在不同时期的组合,包括在软件生存周期各阶段产生的各种形式和各种版本的文档、程序,和数据等。该组合随着开发工作的进展而不断变化,3.5,软件配置项 software configuration item (SCI),为了配置管理的目的而作为一个单位来看待的软件成分,通常为软件配置中的一个元素,3.6,软件酉己置管理 software configuration management (SCM),为保证软件配置项的完整性和正确性,在整个软件生存周期内应用配置管理的过程,0 “配置”在硬件中通常也称之为“技术状态”,GJB 5880-2006,3.7,受控库 controlled library,一个受控的软件配置项集合,以便于软件开发、运行及维护,3.,非开发软件配置项 non-developed software configuration item (NDSCI),非承制方开发的或重用的软件配置项。通常指采购的软件配置项、需方提供的软件配置项、重用的,软件配置项或分承制方开发的软件配置项,4 一般要求,4.1 SCM过程应包括配置标识、配置控制、配置状态记实、配置评价、软件发行管理和交付等活动,SCM活动应贯穿于整个软件生存周期,保证软件产品的完整性和可追溯性,注:配置评价通常包括功能审核和物理审核等,4.2承制方应建立并实施SCM过程,4. 3承制方应建立配置控制委员会等SCM机构,负责对软件的更改和配置进行控制,负责或参与SCM,活动,4. 4承制方SCM计划的制定应不迟于软件需求分析阶段,4. 5承制方应建立、维护并执行相关的规程,以便协调多个批准的更改、重建软件配置项和交付软件,产品,5 SCM过程实施,5.1启动并定义范围,5.1.1定义SCM过程的输……
……